DOCOBEBi BSSOHS 



ID 17« 215 

TITLE 

IHSilTOTION. 

rSBCNS AGENCY 

PUB Da-TE 
CCHTEaCT. 
BOTE 

I. • 

EDES. PRICE ' 
DESCEIFTCRS 



' , . IB 007 1189 

Local ; Government Information Systems—A Study of OSAC 
and the Ftijbure Application of Computer Technology. 
National -.Academy of Sciences - National Eesearch^ 



Assembly 'of Engineering. 
Urban revelcpment'r 



Councilr Washington; D.C. 
/Department of Housing and 
Washingtcnr E* C«. , 
76 * 
H-1221 ' . ' 

60p.. ^ ■ ' t ^. . ' - 

HFO 1/PC03, Plus Piost^age. / ' ; . 

Computer Science; Cpct-^Ef f ect iveness; *Decisioh : 
Making; Government Bcle; *Infcrmati on Systems; 
Interagency Cooperation; *Local. Government ; ^ ^ 
Management Informaticn Systems; Policy Formation; 
' Pi^i valcy ; *Program Evaluation; *5ystems Develcpmen^; 

* . / _ Technology Transfer • . 

ABSTRACT^ - ^ . 

• 7his report add2;;essed to policy making offic4als in^ 
local government, deals with 'the role of federal assistance in future 
developaents of information Systems by local governments .through an 
assessment of tlie Urban Information Systems Int^r-Rgencj Committee 
(OSac) Prog ramv/ which r beginning in 1 970, ' provided grants to five , 
municipalities''--Charlott€, North Carolina; Day.^bonr Ohio; Long Beach, 
.California; Wichita Falls, Texas; and /Eeading ; \ Pennsylvania — to ^ 
develop -integrated, computer-based information systems. Recognizing 
the different management nee^ds' of government, the^e systems automate, 
selected municipal functions, mostly in the ar€a\ cf delivery of 
services, and provide data ^f or management decision making. An 
assessment of the program in '197U indicated that,\ in genfral, the 
OSAC Program, although it had , significant impact on the develcEment - 
^cf information systems, had not raet some stated objectives, due to 
underestimated cost and complexity of systems- development withiTi a 
limited time frame. This led to an examination of ci^st and benefit , 
relaticnships qf information systems and the transferability cf - 
systems or components.- The program ^ contributed a body^ oi. kno.wledge 
about, hen to approach the development o£ information pystems, 
stressing the importance cf involving elected and. appointed officials 
in that process, and pioneered the application cf computer technology 
in nunicipal functions. Since few governme^nts have, reifeolved the 
pr:^vacy issue, this and seme related issues are^also discussed. 
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Summary 



Computer technology has become widespread in the operation ' ' 
of local government in recent years. A 1975: sui^vey found that 
more than 90 percent jof cities with populations over 50,000 
and countie£\ ovt-ir 100,000 were using electronic data processing 
in some form. The/computer can store, inanipulate , and retrieve* 
a variety of data elements simultaheou.oly from muitiple sources 
for multiple functions . Yet local gov«irnments have used coicputers 
mainly for the routine processing of basio functions that are 
increasingly costly and impractical with manual procedures. 
Comput;er technology has not been used to any great extent, 
to streamline a variety of local governirient operations and to 
aggregate^ data needed to improve management decision making. 

Ten federal agencies formed the Urban Information Systems 
.inter-Agency Couimittee (USAC)* in 1968 in an effbrt^to advance 
the application of computer technolog]r among local governifients .• 
The USAC Program, which began in 1970 , provided grants to six \ 
municipalities to deVelop integrated , computer-based ^formation 
systems that would ^automate select^ed municipal, functions-^-mostly 
in the. rapidly growing area, of delivery of services — ;and, as a 
by-product, provide data for management ^decision making . 



*The De^partment of Housing and Url^n Development , Transportation, \ 
Health, Education and Welfare, Labor, Commerce, Justice, the 
Bureau of the Budget (now/the Office of Management and Budget), 
the Officd of Economic Opportunity, the Office of Civil Defense 
(now vhe^ befenise Civil Preparedness Agency) in the Department 
of the Army, and the National Science F-oundation. 

, \ . .. ^ • - . , ■. . ,;• ^ . 




9 



■r ■ 



r. 




•'' As the funding of USAC "was nearing . an gnd;, (federal finanrcial; > 
asBistWe was terminated \on June . 30/ 'igjS) , the Dep^^ . 
and Urban Development (HUD), the lead, irtember of- the USAC consortium, . 
r^que^sted the National Research Council to'^stablish a panel • to assess 
the fefiyits of the program. > '\ ' ; -^u 

fxhe USAC Support Panel- spent one year visiting; and talking with 
offijicials in the, USAC cities**! and other local;.governments that have 

similar systems. . ' l J ^ I ' • ' ' . . * 

In general, the panel found that the USAC: program, although it;* . 
has*)had a significant imp'act on the development ' of inform^ .pion.- systems 
among! local governments, had not met some^of its stated objectives. 
The.'Vrogram. has contributed a body of knowledge about cjiow to approach 
the „dlevel'opmant ^of ijiformation systems, has demonstrated the importance 
volving felected and appoint^ed officia-ls in the development 

,*and has pioneered in the'^application of computer technology 
"to a Wide- variety, of jmunicipal functr T \ ^ . . . 

Nevertheless, t\xk prograra failed to^iaeet some 'of its objective? 
becausL^ USAC underestimated the-^cost and comjplexity of developing an 
extensive integrated information system within ^'a .liiiiited time frame. 
The USAC concept imposed too much too quickly. The program demonstrated 
-t-hai-^iiitegrated information systems : in local .government 'sh^^^ Id be ' \ 
deyeioped incrementally/ t>ver ar. extended j^^eriod of time. ' ^ v 

. The USAC Program, however, did identify a nutnber of important 
priiicioles: that need to be adopted by iocal governments in developing . , 
: an integrated information system: The frincip'les include. But are not 
limited tc: th^\ieed for an effective nianagemen^tructure t^ 
thi?'*involvement of top .T^anagement lu ^> stems |dev^1>aEment , involving - 
, depiirtment heads and other key users- of the system during ail phasr:s of 
■developmentV-and a. long-range 'plan to j^uide the development procei/s. 

Among. ?the specific elemerits that ith^ panel e^famined .'in^ U-bAC 
Program were cthe cost and benefit relationships of information systems; V 
and >Ajhetb.er the systems, or the components wjithin any system can be 
"transferred fvom one local government to another. In terms of- costs and, 
benefits, the USAC Prqgram yielded little data, largV.Iy because of "its 
research and development thrust. Costs can be estimated fairly 
accurately, but quantifying the particular benefits has proyed ^ ^ 
difficult because benefits,, often are view.ed jsubje^ctively. ' " ^ 

or even., groups 
lems, 

aitnodgh more ng<eds' to bev known about tne process- ror making transfers 
The number of transfers that^' hsve t^ken place are few,' but the 
technique is likely to'be used more frequently in the years ahead. 



6.f 




^--The.USAC ciy.es. are.: Charlotte, N6rth Carolina; Dayton, Ohio; 
Long Bei.^ch, cMif oriiia;- Wichita* Falls, Texas; and Reading, 
Pennsylvania*. Jt. s.ixt*h city, St . Paul , Minnesota , dropped out 
of the Ui, *• *^rogram. 
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. largely because of the savings in development costs. * ; ^ , ' . ^ 
'; The panel also examined the amplications manifested^ in tHe^-charige 
from manual record keeping to 'coraputerized^ecord syst§ms on personal 
pr,ivacy, c^^ta confidentiality , ''data acce.ss, ^and . computer security'. 
Although, most:* local governments'' have , not adequately addressed the 
problems of persona! privacy,, th^^anel found that two cities — Charlott 
North Carolina , and Wicjiita JaJ/ls , TexaS-r-have. enacte'^ "local ordinances 
which' govern, . the accesis to ^^rta c;onf identiality of sensitive personal 
data. The panel al-^o-mbtretff^that local' goyerrjtments fac^ed conflict ihg and 

• P unresolved concern^- when -the^; privacy issue is juxtaposed With, the , " 
openness required^ of a public ' body.. The bas ic^ elements necessary for 3 

— plan to add^r'fess privacy' and related -issues by locr.i governments ^are 
discus se'd 'in this report. , li - - - , • o 



:RE€OMMENDATiOPJS 



1. . An^ information systems resource center* na.eds to be established to 

^"provide infbrmatipn- about' 'the application bf computer: technology and /to 
offer, general assistance in^ the deveropment of information system's., 

w 2. This center' shguld have the - capabili ty ^"b coijvene seminars and 
workshops on the uses of information systP.irfs in loVral ' gov.ernment and 
to o'ffer general assistance in the development pf- information systemsT ' 
'>3T/ An education jjrogram should be developed to" provide "a better 
understanding of the technical and managerial aspects of J computer :*-based 

<' information systems in local government. Y*^' K ' •< 

. 4. "A series of documea4:e'd and monitored experiments dn'the transfer 
of computer techno logy ^"S^puld be undertaken ,td identify the processes 
that /underlie the succegcful transfer ofi information systefti pr6graTns 
and componeHits ' / . ' . ' 

5. An analysis of data /processing applications should be undertal<.en 
to de^ine better methods/ ef determining the cost/benefit re'lat ibnsMps 
of computer-based^ information systems. , . * ' 

^. 6.. 'rhe. center should be capable of dfeveloping background inf ormatf'ion 
on mechanisms i?iva liable/ to ||.ot:al gover'n;ner^ts for dealing with the 
issues of data access and prijvacy. / . - 



*The ' conce^p^^/ — of an- information* systems resource center^ — ^^-ap'pears 
frequently .;i:n several of the recommendaticns ho,re. " i^-n completing 
its' initial draft bf .the report, the p^^hel was asked by th'fe Department 

• of Housing and Urbari: -Develofpment to describe- more comjpletSly the 
alternatives for the mission, organization., operation, and funding 
of an Information Sysoems Resource Center. The panej/s preliminary- 
conclusions, Which aref based on the finc^itigs of this study and ^the 
perceived trend towar^ less federal control , are 'that the center should 
be controlled by local governn»ents and should strive for self- 
sufficient financing. The panel's final conclusions and xecommendations 

^ regarding the prOpcjsed center will be the subject of a later report. 



7. ' The federal and state governments should establish a^n incentive ^ 
program flor int'^ergoverhmsn^al e'^opera.tion in conjurictipn , with the Mse 
of federaj resourcas to develop or ''improve infonnation systeins.: 



■ / 



V . 



/: 



-r, 



■A. 



ERIC 



CHAPTER 1 



Introduction : 

This repo^jirt culminates one year of work in assessing the Urban 
Information Systems Inter-Agency Committee (USAC) Program. 

At the request of the Department of Housing and Urban Development 
(HUD), the lead agency for interagency and contract coordination in 
Lh<, USAC Pro gram, a USAC Support Panel was created in July 1974 j to 
assess the program. The multi-disciplinary panel was constituted 
under the Committee on Tel' cbmmunicatlpns of the National- Research 
Council, the principal operating agen^ the National Acadefmy of 
Sciences and the National Academy of Engineering. 

The report deals with the. role federal assistance can take in the 
future developments of information systems by local governments.** It 
primarily addresses the mayors, council members , county commissioners 
city and county* managers , and policy-making official^ in local 
government. 

dne feature of this report is a digest of lessons learned from the 
USAC experience that the panel believes wil-l be useful to local 
government officials in deciding what action! to take in developing or 
improving existing information systems^ through" the application of' 
computer technology. ^ ' * \ 

This is not a technical report', although some computer jargon is 
used out of necessity. On the whole, however, the panel has \ 
assiduously avoided the use of technical terms and references.! 
Neither is the report a "how-to-do-it" gui<ie. The intent of the 
report ; is to,, convey "to local government executi^^es and managers, 
who may not have technical^ backgrounds ani may be apprehensive \ 
about computer technology, a synoptic presentation of the panel-'s 
assessment of the US^C Program. *Based on what was learned in talking 
with officials in the USAC and non-USAC cities and on the . individual 
expertise of the panelists, tihe 'report draws some general conclusions 
on the factors that- are considei^ed essential to inf orillation system 
development. It also details spirte of 'the experience encountered 
by 4:he . citiec through trial and error, sometimes with painfully 
instructive Consequences. \ " 

The non-technical approacli in prep^ing this repbrt grew out of a 
series of discussions between the panel>Nmembers and HUD. of f icials 



regarding the panel's task. ^ The HUD . of f icials' stated that-the— 
most usWul- report would interpret for local government executives 
unfamiliar with computer technology the intent of the USAC Program and 
■provide a . sunnnary of .,the principles and experiences that had emerged 
from the federally-sponsored demonstration program. ^ 

Therefore, for those pei^sons who ^ have followed the program closely, 
particularly its technical aspects , 'this report will not add 
significantly to what has already been writtc.u Many documents dealing 
with the technical phase of the program were prepared by the USAC 
cities to fulfill the prograSJJvs requirements . Most of those' documents 
are available through the National Technical Information .Service • 
(NTIS), U.S. Department of Commerce, Springfield, Va. 22161. 
Ab3tracts of 21o'uSAC reports are • available under the bibliographic 
reference, ''Urban Information Systems, Part II, USAC Reports." The 
number is..NTLS/PS-75/624, and the cqst of the USAC abstract is 
$25: HUD has i^iublished an ".Index,.tb Municipal Information Systems^ 
Publication^" which lists documents that are availabj.e through NTIS 
and the price of each document. The index can be obtained by writing 
HUD, ^451 Seventh Street , S,>'W. ^ Washington , O.C. 20410. In addition, 
many consultants and~lQc;al government organizations have studied,^ 
or in other v^ays contributed to the USAC Program, and some of their- 
findings are-also available through NTIo. 

" /■ ' - ■ ^ ■ /> 



CHAPTER 2 

The Origins of USAG 



Early in 1968, officials, in the Department of Housing and 
Urban Development (HUD), met with representatives of other federal 
agencies concerned with the development of urban information systems, 
Theoe discussions led tp an agreement to create a federal mechanism 
to support the development of urban information systems for local 
governments . 

On September 10, 1968, the Secretary of HUD, with the concurrence 
of other interested Federal agencies, created the jJrban Information 
Systems Inter-Agency .Committee (USAC). USAC was to encourage and 
recommend Vfiscal— support for municipal information aystems research 
and development efforts from Federal agencies involved, supplemented 
by resources from municipalities and o'ther sources." The program's L 
primary objective, as stated in the Request for Proposal (BF^P)^''was 
"to create a capability for^^cqmbining the great^Ly increased human, 
material, and financial resources t6g~etKeF with the most recent V 
level of technological development of computer-based information 
systems." The purpose was "to stimulate the dejtelopment of urban 
information systems by several orders of laagnitude over the past." 
The stated objectives of USAC were: 

To improve the decision-making capabilities of municipalities. 

To foster research and development on a broad scale, looking at 
issues such as data standardization, confidentiality o.f data, and 
the implication of information systems on administrative organizations 

To insure that infonration systems were based on data generated 
by existing murjicipal operations. - . , 

' To develop solutions to the problem of technology transfer anxjng 
municipalities with differing methods and practices . 

,/ • . , - 

On July 31, 1969, USAC issued an RFP, inviting responses on two 
levels. One was for an integrated municipal information system 



(IMIS)* commonly referred to as a "total" system. The other was for 
a series of integrated subsystems , e . g. , public safety human resources 
development, physical and economic development, and public^inance . - 
According to "the RFP: - , n 

The subsystem would normally ihvolve the functional 
integration of the information requirements of two or . 

■ more departments in the administrative structure of the 
municipality; that, is, the information requirements of 
departments sharing responsibility for the satisfaction 
of a particular function would be integrated into a 
Subsystem. The int«gj:4tj:on of the information 
subsystems, covering aJ^Uof the functions of the 

• municipality, would constitute an integrated municipal 

informatio% system. ,i 

Iri a cover letter accompanying the RFP, USAC estimated that, "an 
.effort within a cost range of $2 million: to $3 million to be . appropriate 
q:ost over a maximum period of three years for development of an ^ 
integrated municipal information system;/and a cost range of $30Q,000 
l:o-$5X)gr7.000--t:o be an appropriate cost over a maximum p'eriod ot two 



-yea^T'for development of a functional (subj system. 

Invitations to respond to the RFP were sent to all 359 
municipalities in the target popul^ation grc-ip (50,000 to 500,000) 
eligible for the program. A total of 79 cities submitted 99 proposals. 

•After extensive review, six proposals were officially accepted by 
USAC in 'March 1970. Awards went to Charlotte, North Carolina, ~ d 
Wichita Falls, Texas, to develop integrated municipal informa. •. . 
systems. Axj'ards for integrated subsystems went to Daytpn, Ohio, for 
public finance; Long Bdach, California, for public safety; Reading, 
Pennsylvania, physical' and economic development; and St. . Paul, 
Minnesota, human resources- development . •:- ' u j 

Each of the six' cities were directed to develop computer-based 
information systems inl five phases : (1) analysis of existing city 
processes; (2) conceptualization of an integrated »ystem; (3) systems 
design; (4) development ,. which included programming, and testing; and 
(5) implementation. i . 



* A cojnbuter-based intjegrated municipal information system (IMIS) is 
a system in which ideAlly all the major functions and sub-functions^ 
of urban government ale, by plan, built u^on shared data bases The 
data bases relate to people, property , and\ money, and thereby provide 
urban officials with the capability to .deal with the interlocking 
relationships that exist in the management of municipal government. 
This concept is discussed further in Chapter III. ^ 



USAC terminated the St. Paul project in September -1971,. and r . 
provided for a contract extension to May 1972, to coDpl^^te the^ project 
documentation.^ The project termination resulted,, at least in , part, 
from the inherent difficulty encountered by St; Paul in developing 
an information system fbr human resources, which included such services 
as manpower, health, welfare, education, and recreation. These 
%' services^ are provided by a wide variety of city, county, state, and 
private agencies. Thus, for a single municipality co attempt, as 
St. Paul did, to develop a comprehensive, int^grateid information ; 
subsystem to cover a complex and fragmented array of services*, most 
of which it did not control,, was practically impossible. For similar 
reasons, the two other USAC cities that received grants for total 
information systems were unable to develop human resources subsystems. 

Overall, $26 million was spent on the USAC Program over the five- 
year span of its research aridT development . Of -this, the federal 
agencies contributed $20 million, and the six municipalities the 
remainder. Among the federal agencies, HUD contributed the. most, 
$11.2 million, and HEW next with $4.8 million. 



+This .documentation includes: "Human Resources Devel,bpment Subsystem, 
Final Project Evaluation Report" , University of Mini|esota, March. 
1972; "Human Resources Development Subsystem, Final/ Pro ject Report," 
City of St. Paul and Aries Corporation, May 1972; and David Hinfes, * 
"St- Paul: Anatomy of a Failure," Clarement College Californid,1972. 
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CHAPTER 3 



Management Needs of 

Local Government " , 

•'It is np. exaggeratipn to state that the computer has probably . 
contributed more to our current management development than has any 
other single entity . '^-Terry, ''Principles of Management" (1) 

\ ■ ■ ' ■ ' 

As la^ as tfie^a?AP*s and 1950' s , most municipal gove'rnments . 
still limiteii:.their^:a^ti^ to traditional functions, such as 

police anid firo protection, cleaning and^repairing streets, and 
collecting 'garbage: ' Durihg this period and continuing into /the 
1960*s, a nlimber of thingi occurred that applied increasing pressure 
to local governments and strained the ability of officials to respond ; 
to the.needs\of the people bfeing served. By, 1970, for examp?le, 
population patterns had changed to the point where three out of 
four Americaps\ived in urba^ settings . Meanwhile , the inner cities 
of ther I'arger .ui*batv-^6as 4ere deteriora as people and businesses 

moved to suburban areas. In addition, increased social awareness 
brought 'demands to , alleviate poverty , "reduce;, crime, and p Urinate 
, air and water poUution. Citizens ^also wanted, better transportation 
andjj, with moire 'leisure time available, they wanted additional 
recreational facilities and. programs. 

These types, of "demands have pl'aeed an enormous burden on local 
governments., t*e magnitude and qualify of services souglit' frojn loqal 
government have increase so dramatically that 'Ipcal officinales have 
been hard pressed to respond. . . . 

In the face of the gi^owing jburden , local government ts^ increasingly 
required to construct a systems approach to improve the management 
of the service de.livety: function and, at the same time, make the best 
use of limited resources. J Stated differently, local government 
officials responsible for planning and Administering service- functions 
need to consider service operations in a broad, systematic way. The 
Systems approach in .industry, acc6rding to^ Joel Ross, Professor of 
Management "at /Florida Atlantic University,- ''is designed to utili ze 
scientific!:'' .iinalysis for (a) developing and managing operating systems 
and (b) cJc^iji-ning information systems for decision making." (2) The 
same applies to local government of ficia Is who perceiye the need to 
respond to the range^' o"t services that should be provided to ,rieet 
identified needs, to determine ^^^at the cost wiU be, and to estimate 
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the effect programs and services will have on meeting the naeds, 
• The result iis that local governments recognize that' to carr 
out effective Ij^Ahe increased service" delivery irple in a complex 
environment, swirling with . interrelated forces, required a' much 
greater degree of management: sophistication, Basic tb such an 
approach is. a flow of iftformation on which priorities can be set 
and alterjiatives con^dered in the .decision-making process / 
Equally/important is feedback .from which determinations can be 
made on whether further changes or adjustments are ' neces&ary . 

."Thus, USAC sought to .^advance the application of computer 
technology in local government beyond merely performing manual 
functions more quickly. . The ultimate goal w.v to design an ^ 
information system capable of improving ovei aid management and 
decision-making, \ " .. 



/ 



CHAPTER 4 



What Was Learned in 
General from USAC 



BUILDING AN INTEGRATED MUNICIPAL DATA BASE 



Potential applications of electronic data processing (EDP 3 
local .government range from the mechanization of the most e JerTi'-atary 
repetitive tasks, at one extreme, to the organization and difiplay ot 
vast quantities of varied d^ta in support of planning, at the other , 
Almost in a class by itself is the combined drganization/'and 
management of substantially all factual data in the- files of local 
government in a common* "integrated" data base for the support of eye-r^ 

departme:>.t and function. * ' j irnb ' 

\ Nearly every local government dr industry which has employed EDP 
technology has, at one time or 'another, faced the que5 -ion cf h,9W much 
integration in the data base can be justified by administrative, social 
and economic b^efits. The development and maintenance of an integrated 
dada. base can be expensive, compared to a manual system, although 
integrated svstems obviously can perform many functions manual sy^stems 
cannot. The" achievement <3f benefits sufficient to ju55tify the cost 
depends upon' the use of the datSi' wherever applicable within local 
government. This, ih turn, mdy require new methods, new 
interdepartmental arrangements and working re.Iatibnships , and perhaps... 
evenUew objectives not previously foreseen or considered, important to 
justify the tax expenditures for their achievemen^> ^. 

^Historically, in botV local government '^t industry^, •EW 
applications have begun witA the simple automation of repetitive tasks. 
These\applications have prbgVessed through' stages to the automation of 

^ many repetitive tasks- for development of routine reports and displays 
of value to administrators and planners. ^ 

X . aI more^tasks are automalted and more reports are requested, some, 
data required for two or more purposes will be included in two or mrire 
data files. Moreover, nearly all such data alters; with time. * 
Therefort-, it ir>ncreasingly| difficult to maintain up-to-date files 
that are \consistent. 
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One solution to^this problem-rand a fundamental principle' required 
in the USAC approach — is t6 develop an integrated data base wherein ^ 
data redundancy^is minimized and data , elements can be lijlked together 
for use by various governmoxital departments/ A municipal data, 
processing system employing a*"? integr-ated data, basfe , .'dn USAC ' * 
terminology, is an Integrated Hanicipal :Inforniation System, (IMIS)* 

. DATA INTEGRATION 

. ' • • . ■ ■ •. j _ 

The pdhel recognized that some confusion ^exists over the meaning 
of the word "integrated".^ :The confusion stems . from the varying degrees 
•to which data duplication can be minimized and the dat;? from different ' 
governmental departments or functions can be^ linked • in an _^interactivie , 
interdependent way. The mere availability ,6f a computer does not 
predestine the existence t?f a computerized/information systvm. The 
..threshold for an integrated system is the/point at which data elements 
ifrom two^br more separate functior^.s, such as payroll and accounting, 
are shared or linked together for v.he common benefit of thase using 
thie data. For example, an integrated system is possible without 
achievirl^g a level of^ development that includes ah integrated data 
base. 



. .Looking at the definitional problem another way, the two USAC ^ 
cities that are ^developing total systems both possess integrated data 
bases, but the development has net /yet achieved the' ' .lev^l of 
integration envisioned by the U3AC/ Program. Thuy. these systems are 
called integrated systems, although by USAC standards they have\not . 
yet reached that point* / . • 

MtJNICIPAL USE OF COMPUTERS/ ^ ^ - • 

•'The use of computer technology by local governments is widespread. 
-A recent survey found that more thaa 90 percent of cities with population 
of" over 50,000 and counties^ with over ICO, 000 were using electronic 
data processing' in some form;' (3) A total of 78 percent had their own 
coi^puter. This survey also showed that the total amount spent on data 
.processing ^by cities and^ counties . was more than $500/million a year, 
or on the average , between 1 percent and 2 percent of their operating 
budgets-. Not. unexpecJLedly, the survey found^that the most comihon . 
application of computer technology was for financial administration. 
The only *n on-financial application in the top seven uses was for 
police service. The functions, in the order of frequency^; were: 
1) accounting; -2) / police-sheriff; 3) treasury and collections; . ^ 
4) utilities; 5) /budget and management; 60 personnel, 7) 
purchasing. / ' . f . 

The*" extent/ to which USAC stimulated the^widespread us.§ of computer ^ 
technology- isy^specu la tive.' The panel members found in visits to^ 
nori-USAC cities, however, that f amil iar ity with .the program was 
commonplace/ Although some officials had only read materials about 
USAC, a vasl majority had been to USAC-sponsci.'ed meetings, tal^ked 
with personnel from USAC cities, or visited one ormore.of the ^ 
■ ■■•/■-- ■ ■ \ * ■ - * . ' ■ 



development pr:ijects. Those interviewed said they, had learned vfroro 
the USAC experience and-had used that knowledge in their operation 
of local goyerninent. .\ - \ 

THE CONTRIBUTIONS OF USAC ' \ „ ' 

In- terms of its most ambitious underi;Qking — establishing integrated' 
.systiris — the USAC Program fell short of meeting some goals, and 
objectives set out in the beginning. Primarily, this was the result of ^ 
a gross underestimate of the nature, the complexity, and the'cost* that 
USAC set for the progra*-. For example ,_cons true ti^^^ an integrated data 
b^se at the level; required by USAC proved far \ more complex and time- 
consuming than had been anticipated. \ 

/ Nevertheless, the value of USAC, shpuld ri^ot be judged on the-"^ 
inability cf jthe program to meet certain narrowly defined objectives. 
Because of its research and development nature) it was a high risk 
venture in which not every part was expected to\ succeed. An impbr^tant ? 
value of USACt; lies in the pervasive impact it already has had in 
spreading knowledge among local governments on tme. use of irif ormation 
systems... Charlotte/is a' good example of the program's ripple effect. 
During the -USAC Program, Charlotte officials .e^IJ-lained the prograth' at 
18 governmental or technical conferences acros^s- the country and , 
rece,ived visits from 67 different groups, mostly local governments, that 
came to discuss th^ Charlotte system. ^ome.groups visited the project 
several timers. Other USAC cities had similar experiences. - 

The panel concludes, therefore, that the. USAC Program has \ 
encouraged the- growth of a body of know ledge./th'at: has ^^^&ntributed \. 
significantly to the development of information systems in local 
government. - ^ ... ^ 

The USAC. experience in building an integrated system illustrates^ 
\the point. THe types, of datd processing systems that have evolved 
dn local gc^vernment over the years can' be categorized as" independent 
or functio;-ially7orient,ed systems. Although these systems have assisted 
the performance or' management of specif ic /functions-; such as utility 
biUings^.or printing paychecks, they have generally failed .to I'upport 
the growing need of general purpose local governments to plan, .iianage, 
and coordinate /increasingly complex .and intetrelated urban services . 

A potential solution to this important problem one that was 

central , to. the USAC research and development program~-^s the synthesis 
pf -functional systems into^an integrated system. In placing a heavy 
"emphasis on daxa integration, USAC wanted to develop systems that would 
be-irior^e r^_sponsive to the management needs, of _local o^ffici^ls. In 
.so doing,, however, the USAC Program ran into some unanticipated ^ 
difficulties, ' such as the complexity of building;an extensive data 
base: . As a result of the problems encountered, -the US^ experience has. 
showir that integration,, although desirable^' and beneficial, should be 
balanced against other important c<)nsiderai:ions , such as the^time and - 
"skills* required to develop a system, the readiness of local government . 
officials to use the system, the costs inyolvedj and 'the benefits 
expected. .Thus, the USAC approach to thfe development ^f an integrated 



system has significant!}' increased ^:he perception of Kow local 
governments should approach the design and implementation of 

information systems to achieve the best o\^erall results for 

. • • ' • • • "■ •■*»•- 

management ass: i^'tance . ' . ^' . 

the USAC Pfogram also" sought to expand computer applications, for 
a w:j.der range of municipal functfions . For example the program 
attempted to show that data generated by building - permits , building, 
inspections, and ojther related functions could be iiggregated to assist 
fire fighting and fire prevention operations. In carrying out thes"* 
pioneering efforts, the program demonstrated/that" a. wi^e range of 
municipal functions could be adapted to the computer. 

Finally, another ma jor-» impact of the program has been to show the 
importance of involving^ top managers and elected officials in the 
development of an infoiAnation -system. This subjjsct- will be discussed 
more fully in the next /chapter . 
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I hf orm^^^ Systems 
O^lopni^nt ' 



ALTERNATIVE APPROACHES TO ACQUIRiNG COr/I'>>UTER CAPABILiTY 

.. y ■ ■ -. . . . ■ ■ ■ •• 

Local governments can acquire computer-driveii information systems 

iir^everal ways • The method utiit zed . thus far by most^ local 

governments has been to develop the system incernally with existing 

staff Support ed'iby equipment manufacturers or technical cbiisulta.nts » 

A^^second method, which appears to be gaining followerk,, is to 
transfer an existing system from another local governnient and modify, 
the compute^r program to meet the requirements of the recipient 
government. (Becausle -technology :ti:ansfen was a- mayor * element in the 
USAC. Program, the subject of systems tr^sfer will be disaussed more 
fuliy. in Chapter 7.) ' ... 

.These two methods, of course, have been used successfully , in . 
combination. Some local governments have developed basic< systems and 
later transferred components from other local] governments to fuf^ther 
develop their system. • 

Others—few in number — have taken the opposite approach. They v 
began with the transfer of a basic system, such as payroll and finance 
and later/ expanded through interna! development efforts. 

Another method whicji holSs promise for smaller cities was : 
developed in the Minneapolis-St . Paul metropplitan area' where 10 
suburban. cities — all under .50,000 population — have joined^ together 
through a joint powers agreement* to sharei a computer-based information 
system. In a slightly different arrangement, 16^ cities in '3 California 
counties in the San Gabriel Valley. share a computer facility. 

The panel believes that USAC demonstrated/ some fundamental, ^ ■ 
principled that should be adhered to by local/governments ? in the 
piJLanning and development of informatidn syst^s, regardless of how the 
eomputer capability is acquired. The formulation. of such systems is a 
long'-term, essentially unending process. The rieason&'for protracted ; 
"development ^re the result of many variables . 'The informati^- needs of 
-a- locai^gWWnment-r-f ar-example— ar-e--l-i^^^ pv^i/«me as the 



functions of government change. Similarly^ the staff caprfbilrty and^ 
understanding of .what can be achieved a?^ likely, to increase over the 
long term.^ Finally, ^'computer technology/and the sophisticated software 
that drives computer systems are being/ improved at a dizzying pace. 



The, liapidly Reclining cost of computer hardware 'illustrates this 
change.. According to computer industry • of ficials (4), the hardware ^ 
cosX per unvit coii^u tat ioft decreased' byy more than 1,000 times in' the 
past 10 'years, a factor o-f' 2^each year : This trend is projected to 
continue for some years, 

^ Moreover, little is known about the effect that minicomputers and 
•microcbmputers will have. on the; future development of ' information . 
system^. ^Predictions'^ by those experienced in data processing technology 
are that they will have a profound influence. \ 

, THus,^ the recognition by local officials of the need for an 
information system and the acquisition of some type of computer 
capability to provide such a system aire but beginning points .along a» 
continuum. 'The principles set out below, which are based on th^ 
experience of officials in the USAC cities, are offered as guidance , 
ro other local government officials as they move along. the continuum. 

^ • \ ^ ■ I '■■ ■ -x 

KEY FACTORS IN INFORMATION SYSTEM DEVELOPMENT \ 

.. !; .■ • V ■ ■ ■ ■ ■ . ■ ■ . • ' ^ 

i V'Management Concerns 

! ' ' - - ' , ' ■ ■ ■ , 

i I Much of the" success of an in£orm'a.tion system depends, on the 
capability and structure of the management process which the system is^ 
designed to assrdst . The more complicated and sophisticated the 
injformation system, is, or^ becomes, the greater the dt*mand for 
management capability. Writing about this problem in industry, Ross 



management capab 
states that: (5) 




many orjganizations and managers make the basic mistake 
of' thinking! that a management' information system can be 
designed , or made operational^, without the backup of an ' 

adequate, management system. .lAn^adequate manage^^ 

:system includes the organizational* ar'rangements,. the 
structure .and procedures for adequate plannin'g and 
control, the clear establishment of objectives, and 
all the other manifestations of good organization and 
.management. / . / 

V 



;. USAC has demons'trated that the same applies to local government. 
City officials interviewed by the.^anel indicated, that not enough 
attention had been given to management concerns. These concerna 
include, identifying the strategic parts of th^syst(em.,_understiand:iTig7" 
their^ mutual dependency, atid^^enti^ing-' the' pToces^es w link the 
parts together-^,—or--faciTrf^ their adjustment to each other. 

Charlotte officials explained, in a summary report of their USAC 
rpject, that they have taken great care iri^ determining the sequence 
mplementatiori for the, 70 or so modules defined for the total 
tem. ' . 
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As. it- turns olit , ther^ are pr.obably only a very ' / 
few key modi; les ^ which shou id be operational before 
; V any cvf the others . These keymodules fail in' the 

geographic base file, the finance, ^and tHe personnel 
^. areas, .' •once the key system modules are imp lemented,. 

other- -system wo^^ on primarily in iig^t .of user 

^ pripritias. This ^ method, of secjuencing^ i especially 

. appropriate since increasing system integration 
*,Vwill occur dri a practical basis as much through 

opportunistic evolution as it.will 'clirQUgh* careful ; , 
planning. (6) . , * ' \, ^ ? j 



• . . At'various points in the USACj. Program, Dayton, Ghariotte , ..and.v 
Wichita Falls adopted somewljat similar approaches to ovetrcome marijagement 
prdblemeJ;;r"^--4cL^ach case , an internal management support \ group ^kas 
established whiclvre^ directly to the^city manager. The support v . 

^group genertally consisted of fhe^ city manager, data processings y ■ . 

perso^neli arid department heads^who ^jwere or would be'^users of the 
inforjaatiopL system. The support group provided a valuable^ synergistic j: 
• cpnmiifiicat^XQrf link in tackling iHterdepa^tmental management problems, , 
and establishing priorities for systeu! development . ; . 

The need for good management practices and the involvement of ' ' 
management in developing ' inforriiat ion systems cannot be overemphasized . 
Perhaps . the most consistent ras^orfse the- panel members heard on the . 
site visits was that "top managementr-^-mayors , county executives , city 

managers, .chief ^ddmihistrative ofi^icers should be. coipiitted to -the ,' 

T^ystem, should be responsive to tbj need for change, and should be ' 
involved, in Eftajor decisions effecting the system; The absence of 
management cominfitiaent and involvement open^fcfie door to a number of 
problems, including: a system that is technically prof icient , but' only ' 
of marginal value for operatiqns requirements or management decision- 
making ne^ds. ' , , , ' \- ' 

Fresno, Calif ornia , recent ly acquired by transfer the components of 
the Dayton Financial M^agement System. In a paper describing the- 
( transfer, Don Nolan, a management analyst in Fresno, stressed the 
importance of top management taking an active role in development of 
the system. He said: (7), ' 

^ ^ ■ ■ ■ ' ■ ' . ■. ' • 

The greater the direct,' interest , support, and attention . 
'' given this activity by management , the more information ' 
* systems" improvement win be used by the organization. ■ 

. V. ■ V ■ •■ ■■■■■ ■ 
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The/ management (of a project). . should be established 
t the top management level because the policies, 
ocedures, and directions must be approved by ^t hose 
in control. The types of information that the sys.tem 
can. generate should be known by management in orde*r 
to get tlie highest return on the invest:ment. Thus, 



■a properly informed management can clearly define 
problems, develop and review acceptable alternatives, i--^^^^ 
: select,. resolutions, and implement. " ; 

In other words, management must not delude itself ' 
into, thinking problen}.« will be solved because the ^ 
project, is turned, over to the systems experts. - . 

- . Management must get its^elf involved and. take the 

'* responsibility of the system development processes, for 
the city. Only in this way can designated objectives 
be acbieved. ' . • ' * * 

Another way of stating the point. is : "Management must learn to 
^ contnrol 'the computer^ or the computer will control ijL." (8) ^ 

^ User Involvement ^ 

o The need for line department managers and operating staff to 

be involved in all 'stages of development of the components they will 
use in the information system was expressed repeatedly by local 
officials to panel members. When a computer, application is implemented, 
it usually affec£s some existing departmental procedure. The conversion 
from one procedure to another entails risks of failure or temporary* 
disruptions in operations. The acceptance/ o"f those risks is. the 
responsibility of .the line department, noL^ the data processing division. 
When. the user department is satisfied thai the new procedure is. ready, - 
the change can be made. Similarily, impr'oveiTiehts to existing procedures, 
although they may be suggested by anyone,- must be evaluated by the user 
department , and the decision to proceed or not (:o- proceed should r.est 
with the ■ user ..." As has been demonstrated time and again, failure to 
observe i;h is fundamental principle can lead to management problems. 

The development of computer-based systems involves several 
important precepts of rrianagement . They are: ; 

o ' The creation of a system must be perceived and managed as a 
development process in the system engdneering sfense of the phrase. 
Development process starts- with a careful statement of ^the needs of the 
, eventual users. .Ttiis entails a thorough and detailed^ examaaation of 
the existing information processes and .flows in the organi2:ation . The 
statement of needs, is- followed by a careful validation of those need? 
against technical feasibility and an orderly and carefully managed 
design-development phase. Finally, the complete . product must be 
thoroughly tested against its^ functional design specifications and then 
against the need$; and experiences of the' users. » 

o . Although 'uisers should be- involved with the " statement of * 
requirements, they must not be ^allowed to obstruct the design- 
development phase* Since adjustment of specifications and even 



compromise are likely, to occur during the development phfase the end 
user must stay involved, but in a carefulLy controlled fashion—often 
.reiei?r.ed''to as; CO control or change control. In particular, 

the -enilT user cannot be allowed to capriciously inject continually, 
changing requiriements . 

• o The development process must be managed, including following 

carefully drawn schedules and milestones, documenting specif ications 
and end products, providing a ^change control mechanism, and specifying 
a list of deliverable end products. 

The USAC experience showed that circumstances may arise which tend 
to negate involvement. Listed below are some of the problems that 
l3SAC*cities encountered. . .. ' • 

o Line department personnel who do not have technical skills 

may be apathet ic , . suspicious , or even resis?:ant to the introduction 
of computer technology. A. tendency in such >ases is for technical 
personnel to design and develop the* system^with l^ittle^or no, 
involvement of the user dep.artment. This is not a solution to the 
problem, and it should be avoided. If the' user who faces the risk 
does not have confidence in the system, for . whatever reasons, the 
chances of its suect^ss are limited. Reluctance of a department to 
participate is a management problem and should be addressed as such. 
At least one USAC city used success as a means of p^rsuasiorfr It^ 
chose the department most ready to participate as the starting 
point. The successful results were then used to encourage other . 
departments to* join. . ' ^ ^ ^ 

o .A key person in the line department may be^unable to 
devote the' necessary amount of time to development activities. 
Ideally, a/department head or an immediate subordinate should 
work closely with data processing technicians to analyze the task, 
develop the conceptual .model, approve the des ign, and participate 
in implementation. This may poSe .a problem for tht? department official 
who must m4et departmental responsibilities while simultaneously • 
'devoting time t6 systems development. To the extent the latter is 
neglected, the final product may not fully satisfy the user department. 

o User involvement is necessary in that the identification, 

of the type of management information* required by a ^department .can 
be' elusive. ' Requirements must be built in as the departmental 
procedure or function is automated. The . difficulty arises when 
TTianagement official's may not be able to identify their need.; in 
some instances, because they do not have a clear perception of th§; 
alternatives.. Further, thinking beyond existing traditions and 
practices; IS not easy. One' successful technique is to conduct: a 
"brainstorming" session with management officials and technicians 
.to search out and identify new approaches that are now possible through 
manipulation of data by the. computer . . 

• , . _ 20 ' " ' 
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Another process developed successfully by some USAC cities do 
obtain user involvement exploits a service bureau concept. Systems 
analysts serve as a link between the data processing operation ana 
the user departments. The analysts may possess some technical skills,, 
but their primary function is to become knowledgeable about a potential 
user department — how it operates, what its procedures are, the data It 
generates, how it' relates * to other departments, and so on. Asked to 
describe-the -criteria by which systems analysts are selected, one 
official replied: "Bright people who can think." 

USAC also demonstrated the. need to test thoroughly a system - 
before it is placed in operation, particularly when the system is 
replacing or modiJying an existing manual operation. The best 
procedure is to test the automated System parallel with thV manual 
system. Unexpected problems and design flaws can i>e corre'cted without 
causing a disruption in the service. . . 

Actually, there are two basic steps in the testing process. 
First, the developers of a system should determine through testing 
whether the system meets the design 'requirements . Second, the users 
should test, the system to make certain they are confident it will 
meet their needs. 

In one USAC city, the inability to test a component before putting 
the system into operation caused more than six months of trouble. 
In that instance, a water billing system was changed radically, and 
running parallel systems was not practical. Moreover, the user 
department was not confident that the new system would function properly 
The result was several thousand billing errors. 

Long-Range Plans 

• USAC has dempnstrated that building an integrated system is an - 
evolutionary, long-term process that should be addressed in incremental 
stages. The panel believes the best approach is to develop a long-range 
plan which identifies information needs, develops strategies and 
alternatives for meeting those needs, and estabTishes a time frame 
for achieving objectives; , - V . 

Such a plan would: ^ 

o Provide a systematic process against which progress 
can be measured.. ■ . 

\ ' o Provide a framework for the local government as a 

whole, thus encouraging departments to take advantage of a mutually 
beneficial system. ' j 

o Provide for evaluation of the alternatives for systems 
•development prior to initiation of the actual development activities. 

o Offer greater management control over costs ^ . 

21 
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, o - Provide the taxpaying public with information on the 
benefits the. investment is expected to provide. 

o Provide for the rational expansion of computer capacity 
.in relationship to need. * ^ 

o Most important, components that are developed can be 
>rograiraned' to' meet future needs, thereby reducing costly reprogramming 
that may occur vdien future requirements are not taken Into account 
in the initial development . 

The more concise reason may be: "If you haven't written it down, 
you haven't, thought it through". - 

An idealized process for developing an IMIS on an incremental 

basis would' require that earh potential EDP application be examined 
and ranked in order of its value to. the city. Each application should 
be examined in sufficient detail so that every element/ of data required 
for the implementation of app- - ved . programs could be, ehtered'into the ^ 
data base in such form as to be available for each subsequent application 
when that application has been -approved.'. Development should then begin 
with the most needed application, with each subsequent application 
being evaluated as an addition to the existing system. 

Wliile this idealized method may be unreachable in a practical 
working environment, a close approach to it holds promise of . 
significant savings of time and tax dollars. 

• Walking through j:his basic sequence allows a governmental 
administration to judge such important considerations as: . , 

o Whether its proceco tor management and decision making is, 
in fact, adequate. . . 

o What information is needed to support the management 
structure and how to get it. 

■ o * How the. various departments which will be using the 
system can lie brought early into the system design. 



o Hpw to control systems development costs, 



I, 



o Perhaps most importantly, the need to change as experience . 
and knowledge contribute to more complete understanding. 

Organizational Responsibility for Computer Services 

There is no single correct answer regarding where the responsibility 
shoujld be assigned for EDF management and development. That. depends 
upon the nature of the local government . 
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The function of the computer largely dictates where it should be 
located. If the computer serves only a single ..department j it would 
logically be located in that ^department , except under, cert^ain conditions, 
A local government which intends future expansion of an itiformation 
system beyond one department should consider ibcation of tjhe computer 
facility in terms of its' long-range needs. USAC has showt^ that if 
an information system is to serve many departments, contrdl of that^ 
system should not be located in one of the user departments. Removing 
control of a facility after it has become entrenched in oae -department 
can -cause unnecessary, disruptive problems . ^ \ . 

As a general rule, the office responsible for directing\an4> 
coordinating o/erall activities—be it mayor, county executive, city 
manager, or whatever — should assume, organizational" responsibility .. 
of a centralized EDP function. The successful operation of the system, 
including the implementation of new EPP applications , will only be as 
'effective as the communications and coordination among the department 
V heads who are users of the EDP services. . 

A centralized facility ideally would function as a service bureau, 
providing technical assistance and encouragement to individual 
departments for the benefit of all. It should be viewed entirely as a 
staff 'function in support of line agencies It should not intrude oR 
line agency responsibility. The responsibility for performance, whether 
related to utility bills, tax statements , vehicle fleet management ,• auto 
registration, tax administration, security, or fire prevention, rests 
with the appropriate department and not the service bureau. 



Use of External Technical Assistance - ^ 

In the development of cpmputer information systems in the USAC 
Programr^each" USAC city was required to develop a consortium that 
included the city. as the prime contractor and a systems development 
subcontractor. In addition, the USAC Program suggested th^t a 
university, be a part of the consortium to serve as an independentv 
monitor/and to provide orientation and training. 

'^is approach was rather severely criticized j-n most . USAC 
cities in discussions between local officials and panel members. 
The /bf f icials said that the systemsv development contractor often had 
litr'tle experience in local government, extensive turnover of contractor 
staff affected continuity,' and the objectives of city and the _ ^ ■ 
systems -development staffs were not always consistent. """'"^"".r 
^ Another major weakness, the officials said, was the absence 
of a definitive agreement between the city and the subcontrac^tor ' 
which outlined deliverable items and system accomplishments within 
a pianned timetable. 

These criticisms of USAl^ demonstrated a fundamental principle 
applicable to all local, governments . The successful use o'f technical 
consultants requires that /Local government contract for clearly 
defined objectives an4Ji3/ve the internal technical capability to 
manage and monitor the fulfillment of the contract. 
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Documentation 



Some documentation — a set of writtJen rules governing the tnanner 
in which data is put into and extracted from the system—is essential 
to assure the orderly functioning^p'^-aT?* information system. Without, 
an adequate set of rules, a,system is likely to be dysfunctional or 
dependent upon those who designed it* Thus, documentation should be 
an integral part of the development. process • 

■ Documentation for management purposes involves describing the 
flow of information through the system, the inputs and outputs that 
result from the data flow, and. a narrative description rOf the 
operations. At the designer level, documentation explicitly idencifie 
the data that is to be captured and when, the f i les . th^t .are to be 
used, the details of how processing is to. be. done, the outputs to be 
generated by the system, and so on. As^^ a result of the need for 
explicit -detai 1 , local governments hav*^ begun to recognize that th^ 
design of forms, which yield data i s/an| important consideration for 
the systems designer. ! 

.. . . Although documentation methods maj^ -vary, one* approach is to . 
start with an overview and move. to successive stages of specificity. . 
Thus, the overview whirch serves" management describes the operatiVon of- 
the entire system. At the systems design -level , documentation is 
needed for modules or groups of programs that are closely knit . 
together. The next stage, which is more explicit than the. systems 
design level, describes the operation of a specific program. This 
involve-' the processing of program data, relat^ing that data to 
existing files, updating those files/ producing outputs,' and the like. 

The last level provides documentation for the user , indicating - 
the 'p,uf pose of^ach function, and ^^he procedural steps that are 
necessary to n*ke it work. 



• - CHAPTER 6 

Costs and Benefits 



LACK OF DATA 

The panel found cost and benefit assessment virtually impossible 
because data is not available in the USAC cities* Although USAC 
cities have d^ita on overall costs, data which shows benefits does 
not exist on individual mbduVes or components within the sys'tem* • 
Also, the costs of extensive research, 4o<^™^t^^io^» reporting, 
carried. out by the USAC cities, which increased USAC costs, need 
not be dupl7.cafted by local governments desiring to acquire similar 
systems* ^' 

In fact, the panel members heard consiHerable criticism voiced 
in all USAC cities concerning the amount of time required to respond 
to USAC administrative ^requirements * i Estimates of time spent ran as 
high as 50 to-60 percent among top management sjtaff * The requirements 
included meetings with consultants and USAC officials, preparing 
extensive documentation for the five phases each project went through, 
and, beginning mid-%/ay through the program, frequent HUD requests for 
proposals for refunding* The city offi'cials believe too much time 
was devoted to such activities and, as a consequence,' prevented project 
-management from providing essential leadership to systems development 
work* 

. On ^he basis of discussions with USAC city officials, the panel 
has concluded that the USAC Program cannot offer significant guidance 
to local governments to determine cost/benefit relationships of 
information systems* 

The USAC cost factors are not meaningful because of the research 
element* In addition, the USAC Program did .pot attempt, to quantify 
benefits or to mea3ure the results that have been received; Moreover, 
some benefits'will not be realized until the system^ become more 
fully developed* ' ■ ■ - \, ^ \ 

Some benefits defy quantification* A change that occurred 'in 
Dayton, Ohio, as a result of its USAC. project is a good illustration* 
The ciirector of Dayton's Office of Management and Budget (0MB) said 
the establishment' of a. financial management information system has had 
a profound effect upon the department* Previously, the 0MB consisted 



largely of accountants who handled budgets manually. The city^s de- 
partmental budgets^ are now computerized as a part of the information 
system, freeing 0^ffl to go to a management-by-objectives approach. The 
staff now includes persons with public administration and social science 
backgrounds who" strengthen the city management funcv:ion. This benefit ' 
was unpredictable and probably impossible to quantify monetarily. 

COST/BENEFIT ANALYSIS ^' \ . • J. 

•The panel believes tha't--'Some,,,data regarding costs and benefits 
are essential in order for local government s\,to decide whether or 
not to pursue an information system. -In discussions with non-USAC 
city officials, and in some USAC meetings that were attended by 
panel members in which information systems were, discussed, officials 
wanted to. know the costs involved in different approaches and the 
results that cov Id reasonably be expected. Cost /benefit information, 
to the extent it is available, would be an important factor for a * . " ** 
local government to consider in. deciding whether to, develop information 
systems internally or to transfer them % rop ;anpther jurisdiction. 

Cost savings achieved through transfer can be substantial. . 
Minneapolis recently received a technology transfer grant from the 
Law' Enf orcemient Assistance Administration of the Department»-.of 
Justice to obtain. a basic element, in a police infarmatiop system. 
After several months of looking at other systems, the Charlotte 
system was chosen because it was a computer-aided police dispatch 
system and because the hardware used b'y_jCharlotte was' compatible 
with the computer being used by Minneapolis. Poliqe officials estimate 
they saved substantial sums by transferring the Charlotte system 
rather than designing and developing. ..a system of their own. 

COST/BENEFITCONSIDERATIONS.-'' • . ' ^ ' ^ ' 

Beneficial results that can be clearly tied to computer use 
in a quantifiable way are sometimes difficult Lo pinpoint. One 
popular justification in recent years has been red-uction in clerical 
staff for routine processing.. Such reductions .probably do no more than 
offset the total costs of computerized operations. James N. Danzinger, 
in an exploratory study of EDP operations in. 12 cities, found tha^t 
staff reductions 9s a result .of computerization were largely mythical., 
"For most , functions, it seems that there is.no evidence of actual 
reduction of staff. In some "cases, the number of staff has been 
constant while the number of transactipns has increased. This, ' r 
of course, is the equivalent of a staff reduction. In other cases, ,' 
•EDP has enabled the unit to expand the task or undertake new tasks." (9) 

More importantly, staff displacement , taken alone,- is not an 
adequate measure of a system's value. Computer technology has 
advanced beyond the replacement of clerical functions, and. it$ value, 
should be judged accordingly'.' But the process for making such 
judgment is' not well Refined. , . 



A couple of 8x;?mples of what panel membevcs found in non-USAC 
cities may be illustrative . In one instance, a group of 10 cities* 

» in the Minheapolis-St . Paul area wanted tb'develop a shared system. 
After visits to examine other systems, including one USAC city, 
they attempted a cost/benefit analysis. The costs of transferring 
a system were fairly easy to assess , but the benefits werie.not. 
Finally, the issue was resolved by testing the sysliem in one city 
to observe, the actual benefits. Satisfied with the results, 
the group acquired t>ie; shared system. 

/ 'In another non-USAC city , Albuquerque , New Mexico v the panel 
found that the deciding factor for adding new systems was neeci, 
not cost-effectiveness. According to Albuquerque officials, the 

:l;..city 's policy in considering '.new computer- applications to its 
information systems i« to search the literature and visit other 

/cities to determine if computer applicatiojis exist that would 
meet their needs. They believe transferring in as many' existing 
r»ystems arid programs as poss.ible has s^ved considerable time and 
xnoney* Albuquerque has more than .30 distinct -tnunicipaT applications . 
in its information system. . ' 

The panel found a couple of examples of cost/benetit analysis 
in non-USAC cities. Lane County, Oregon, attempted such a' study 
in 1973. (10) To limit subjectivity, an enigma of benefit as's'ess- 
ment,* the study emphasized two points : 1) al 1 costs associated 
with data processing were searched but, including additional 
ma^iagement costis and other* forms, of overhead, floor space needed, 
special fcwqns required, and education of end-users, and (2 J the^ 
value receiyed was assessed through a rigorous iterative process. In 
.^iddition, those responsible for setting value* received had to be 
willing to defend the figures before the^ county budget committee. 
Utilizing a series of data acquisition forms. Lane County sought to 
find out: . . 

1) What is the total dollar value received from data 
processing? . - _^ v 

2) What percentage o? total computing resources is being 
devoted to the maintenance of existing systems, and what percentage 
is being spent on the development of new^systems? . ^ 

3) What will be the .'financial impact of-those projects - 
proposed for the coming fiscal year? ' 

From the data. Lane Couiity was able to make a cost/benefit 
analysis of' its computerized information system-. Using this" approach , 



*The cities are Apple Valley, Brookl5m Center, Brooklyji Park, Coon ' 
Rapids, Crystal, Eden Prairie, Edina, Fridley, Golden Valley, and 
St • Louis' Park. 



Lane County found that for every $1.'00 invested in its information. / - 
system, it realized a return. p£, $2. 10,. ' • / . 

Fairfax County, Virginia, made a ccist /benefit study in connection, 
with a decision on whether or. not it should redesign and upgrade its 
Real Estate. Data Base and Billing System, a component in its information 
system. (11) ' County^ officials Considered a" number of alternatives,, 
which" ihcluded continuing "the existviag system, making minor modifications 
to the- existing system, redesigning p;arts of the^system, or redesigning 
the entiie system. For gach alternative, quantified factors wer(J/ . 
considered. These included anticipated problems; cost factors /^uch 
as- hardware, maintenance, arft^ data conversion; the flexibility allowed 
by each alternative; what each alternative would do in the provi-sion 
of assessment information, and the estimated sayings by reducing 
clerical or other efforts. An effort was... also made to comprehehsively 
evaluate tangible and intangible costs and benefits in order td aid 

decision-making. ^ . - // . 

The study also sought to deal with user requirements, gow and^ ^ 
Lt the fixture. It dealt ^with capabilities currently requirec^r but 
not Mtne=luded .' in the existing system, as well 'ks additional 
capiwiities of major congequente that might be needed in tWe future, „ 
such as automated reappraisal of property and composites of|land 
records in title searcheis. // 

A POSSIBLE APPRPACH TO COST/BENEFIT. ANALYSIS / 

In searching for data pettai-ning to cttst/benef it Analysis j the 
panel often heard statements to the effect that suctr analysis cannot 
be done accurately and at a reasonable cost. ^ , , 

The panel- believes thaf such statements only serA/e to delude 
both, the mJ-akgement charged with the responsibility of Amaking , the 
decision and, the public that provides the financial resources. 

Some approximation of costs can be arrived at .because^ to do 
the work, people, and computer time are , involved . The only confusing 
variable is that of assigning appropriate overhead costs that may 
be involved. ' Nonetheless, h cost range can be dete,rmined and related 
to the benefits to be -^derived. . 

The panel recognizes that some benefits are. impossible to 
quantify, such as those which relate- to human life. But potential 
benefits can be listed, :and some can be quantified.. Those that 
cannot should, be expressed in subjective terms, /which may be a matter 
for public .debate.. Thus, cost/benefit decisions can be reached with 
public participation and support. " / . * 



CHAPTER 7. 

■ A. 



Tfensferabilitv^ 



TECHNOLOGY TRANSFER V 

A basic premise of thejUSAC Program was that the systems 
developed in the test cities should be transferable, with minor 
modifications , to other governmehtal jurisdictions . The- Request 
for Proposal stated: i j 

The common thrust which may be fsetisleil tttroughout this 
^entire statement of work is tl^e theme of transf er*ab;Llity, 
.i.e. the ease with which solutions developed. . . may be- 
transferred and ^implemented in other municipalities. It 
is under stood. ;tiraf perfect trans;ferability cannot be 
achieved because, of . the varieties of circumstances ind -l ' 

struttures of municipalities. However /there is . • 

■J / sufficient commonality to suggest i;hat in many instances 
^ the transfer of a prototyp'e' will require only minor ^> . 

modification. The key to transferability will, of course, 
includ6>»the avoidance of esoteric hardware, software 
langU'figes, and systems design'; ^avoidance of proprietary 
software; and rigorous insistence upon detailed and. . 
systematic documentation of all aspects of the prototype. I 

\^ Understanding and taking advantage of technology transfer 
suffers from a certain vagueness of definition. What constitutes 
transfer: of technology? Is it the actual adaptation of ain existing / 
system from Community X to Community. Y? Or should it include ■ '/ 
something 16ss, too, such as theJ^ transfer of an ideA. or a concept ? 
Cli^arly, transfer rarely means that a systiem can be transferred' 
from ohe place to another without some change. 

'. The panel, after a number of discussions about the .meaning of 
transfer, concluded that 'technalogy transf er should be viewed in its 
broadest context . Although there have been, virtually no total systems 
transferred from tJSAC cities to other local governments, substanbial 
experience that is the direct result of the US^C Program has been 



utilized by numerous other governmental jurisdictions. The transfer . 
of experience has come . about through utilizing USAC ideas, concepts, 
or proc.esses that proved workable, sand avoiding vUSAC mistakes, , 

One test of transferability is whether the transfer will sav6 
time, or money or both—as compared to independent development— for 
the receiving, jurisdiction.. On that basis, many USAC products are 
transferable—ideas^ concepts, proven designs., flow charts, 
documentation, program increments , and so forth. Indeed, the idea 
of technology transfer at the local govei^nment^ level has' been 
significantly stimulated liy 'the USAC Program,^ 

On the other. ^and, vie^^ed m^ve narrowly in tetms of--transfer ' 
ofo total systems or subsysi:ems, the USAC Program's applicability 
IS much fiiore lj.mited. The degree to i^hich a computer-driven , 
pperations-based information System can be transferred rests on ^ 
bfie ease with which that systWi can be adapted' to meet the needs 
bf 'a recipient city; An intagi-ated system designed for one city, 
in most "instances, is not eas^y adapted to another . city because • 
of the interdependtint nature of the components in an integrated 
system, , ' - 

/IMPEDIMENTS TO TRANSFER 

^ There are two fundamental impediments, to ^successful transfer 
between local governments. One is the operational differences of 
the, two government)^. State law or local ordinances , for example, 
nfiy' mandate ceYtain operational procedures, or require keeping 
different data. elements , These requirements may vary widely from 
^locality to^ locality, or from fitate tq state. Obviously, the 
"differences mus;/ be reconciled through adaptation, - The more differ- 
ences there are^, the more"* adaptation .is required, . 

' A secor^ fundamental- problem is computer configuration. Dissimilar 
hardware, naturally, requires reprogramming and file redesign. 
Somewhere in this transfer process, and it is not easy to determine 
where, extensive .modification diminishes cost saving or other 
'advantages, and transfer becomes impractical. 

' The panel found that, as a general rule, basic systems designed 
to meet operations o^ a commo;n nature among, governmental units were 
the easiest to transfer. As the* systems bejcome more complex and . 
grow more dependent on other parts of the system for support , the 
more difficult the transfer becomes, . ; • ' 

Along this line, the panel believes the USAC Program contained 
an inherent /contradiction. that inhibited transfers, USAC required 
that systems be • integrated and tied to a centralized data base^ and, at 
the same time, be transferable. The former contradicts the simplicity 
which is the expedient for the latter. The same applies to system 



increments. For example, Charlotte's Fire Operations Modut^yone of 
its earliest system increments, relies on a street address, ^le to 
retrieve fire ; inspection data, TheVChar lotte Geographic Data Index 
Maintenancie Module compiles street address data from a number of 
departments;^ including Xhe fire deparfeoien^ ^ Thus;, a city wanting to 
transfer the Charlotte Fj<;Lre Operations Module would need to transfer 
all or part.^of tlie index mo.dule, or provide a method for maintaining' 
street addresses, . ' \ . ' , / 

The panel believes that USAC ' s' integrated approach was, nece^ssary, 
and that \l has, as pointed out earlier, contributed extensively *to 
the'-body of knowledge regarding how to develop an integrated system, 
py-the same token, howe\)'er ,• HUD officials should' not be disappointed 
that the transfer of total' USAC systems has hot b^en extensive. 

Nonetheless, /the. paAi^l believes that the -acquisition of . 
"information systems through some transfer that takes advantage of 
the experience o'f, others is a workable appr<5ae:h. Whether it is an idea, 
a conceptual approach, a workable design^ or even a proven computer 
program, local governments can prof it from the successes and failures 
of others. The costs of a proven system are more readily d<^fined 
and the benefits are ^mor:^ readily demonstrable," — ■ 

THE PROCESS OF TRANSFER : • . • \ 

j^" . The . pane 1 believes that more needs to be . known about the process' 
of transfer to make it attractive to more local governments. How should 
transfer be approached? What elements should be considered and what 
pitfalls avoided? The panel heard opinions expressed that transfer 
ican best be' .made through some, type af third-party arrangement, A 
consultant , vendor , or other independent entity with; knowledge of 
computer technology serves as the link between the two points- of 
transfer , particularly in situations in which the recipient local 
..government may. have insufficient technical personnel and 'is unfamiliar 
with systems development , Third-party assistance may be necessary 
because straight transfers between local governments can put a 
heavy burden on the staff of the' local goverhmetnt from which the system 
is\ being "^irans-f erred. Personnel from the. "host" government often \ 
cannot spend the time required to effect the transfer to the point, 
where the transferred system is trouble free, . / . , .> 

But the panel also heard of instances in which third-party 
arrangement's , due to a variety of factors , were not entirely 'V 
successful. This led to two .conclusions. First, an information 
systems resource center is needed to keep abreasX of developments 
i.n local government information systems, Such^ resource center 
should be a repository .of successful applications of computer 
technology from which -local goverximents could determine what 
alternatives are available; \. . . 

Second, furthef research is needeid on the traosfer process , ^ The 
research should seek to define the different approaches to transfer, 
the steps to be taken in each approach , and highlight some of the 
problems that might be encountered^, (See the full list ^f-recommen- 



datioils in Chapter 10). The.patiel believes a study of -the transfer ^ 
process would. significantly increase the utilization of existing 
^technology/ Further,^ as information systems become more widespread, 
the transfer technique may become a principal means by which smaller 
local government^, can acquire information system.s, ' . 
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" CHAPTERS 

Intergovernmental Cooperation 



DATASHARING AMONG LOCAL GOVERNMENTS 

The panel was requested to examine the extent to which the USAC 
systems are being utilized in .an intergovernmental setting. To 
.fulfill this task, the panel wanted to determine that other units 
of government were involved with the USAC cities in the planning ^ 
and development of their information systems, to what extent data 
wa.s^ being, shared among separate governmental jurisdictions, and how 
the USAC systems relate to information systems aC the state and 
federal levels . - . 

t With few. exceptions, such as the sharing of crime data with 
state and fede'ral data banks, thti panel found little evidence that 
the USAC Program has had any impact on encouraging intergovernmental 
•cooperation in the sharing of computer facilities or exchange of data. 

These results may be due, at least in part, to the original 
scope of the USAC Program. Only municipalities were eligible for- ^ 
the program, and the Riiquest for Proposal did not give strong 
emphasis to intergovernmental cooperation. TheRFP stated: 

This' project is designed to develop information systems* 
to meet the specific needs of municipal jurisdictions. 
It is intended to improve ^the operational and decisional 
. capabilities, of local governments. Since the municipality 
serves as the instrumentality fp^r cop:'ng with urban 
I problems and achieving urban program objectives, municipal 
information systems are the building blocks of information 
systems of other levels and jurisdictions of . government . 
It is from this^basic system that^JLnf orWation is generated 
for ultimate use in oihjer---jilf^sdictions. 



V Although this statement has some basic validity, it is inadquate 
in terms of total information flow essential to an integrated 
infprmation system — a USAC objective,.^ Cities, which the USAC program 
was limited to, generally do not pe.rform certain functions , such as 
healtt> and welfare services, or education, which are usually 
state-controlled and are typically 'operated either through couilty 
government or some other institution. Thus,. a municipal information 
system that* does not have some type of arrangement with other institutions 

- . . ^ 33 ^ . ^ 



(e.g counties, public agencies, school boards) to get data on 
extraneous , services cannot constitute, in any real sense, a totally 
integrated information system. None of the USAb cities has such 
an arrangement. 

The panel founc} that in- many instances officials in USAC cities 

recognized the potential benefits in exchanging^ data and the economy^ 

th.at could be achieved through the sharing of facilities with other" 
» jurisdictions. There was evidence that at the staff level cooperation 
was being achieved selectively between jurisdictions in a quiet, but 
effective way. 

' The principal barriers' to active intergovernmental cooperation 
are- Idrgely political and jurisdictional rivalries that have existed 
for many years. In one city, the ^sharing of facilities was referred 
to as "co-locating" rather than consolidation, since the latiter term 
seemed to raise njany negative connotations . In this case, several 
attempts to consolidate the city and county governments have been 
turned down by the voters. ^ . . 

THE ADVANTAX5ES0F INTERGOVERNMENTAL COOPERATION / ^ 

' The flow of information acts as a nerve center and serves to ^ 
integrate a variety of functions. Therefore, the panel concluded that 
the development of inforpiation systems affords an^ excellent opportunity 
for greater cooperation across jurisdictional lines on prolplems of 
common concern. ■ - ^ , ^ 

The benefits obtained from cooperative efforts, particularly in 
smaller jurisdictions, are substantial. One is cost saving. Information 
systems are complex and expensive. Sharing of facilities could possibly 
reduce the co^t-to an individual jurisdiction and, at the same time, , 
provide more service for the community at large « Shared systems would 
negate the^need for duplicative data. Further , they would allow the 
development of an indicator system that would give governmental • 
officials a capacity to identify and react to potential 
mult i-jurisdictional problems before they reach criisis proportions A 
cooperative approach also would make better use of skilled personnel- 

' Finally, the panel Relieves that the-development and utilization 
of information systems may foster greater intergoverniaentar cooperation 
at. the local level. The U.S. Advisory Commission on Intergovernmental 
Relations noted in a report published in 1973 that the uneven distri- 
bution' of needs and resources makes the central city , suburb , and rural ^ 
community appear physically and psychologically separate entities. 
"Yet in terms of economic, educational, cultural, and recreational 
•goods and services 'they ail provide, all three types of jurisdictions 
long ago lost their claim- to independence." (12) 

The report further said that the costs of crima, air and water 
pollution, traffic congestion , ^and other problems, that spill over 
individual local government boundaries have "focused attention on the. 
desirability and feasibility of multi-jurisdictional remedial, action ."* 

Information systems, given the proper, incentives for development, 
can help that remedial .action. 



CHAPTER 9 



Information Access/ Privaey, 
Security, and Confidentiality 



ANOVERVIEW 

As more local governments use. computer technology t.o handle" 
informatibii needs, a set of corollary. ..issues has emerged. The issues 
pertain generally to collecting only essential data about individuals 
and organizations, making certain the'personal data that are collected 
and maintained are safeguarded, assuring that the system is available 
only to authorized persons, and assuring that thie computer syistem is . 
^secure .* 

Protection of sensitive data is not new to local .governments. 
D^ta contained in manual files, such as juvenile court records, 
investigative police reports, and sales tax records traditionally have 
been protected through some type of locked file, and access has been 
restricted t<J authorized persons. X 

The computer, however has intensrified the problem. Computers 
are -capable of storing vast quantities of data, with rapid 
cross-referencing and searching of sensitive data about individuals 
and organizations. Furthermore, data can be manipulated and combined 

-'^'fromja variety of separate files, particularly where, files are 
linked ^together in an integrate^d data tase . The consequences for ^ _ 
locai governments are generally two^fold . First, extra* caution 
must/ be exercized against collecting and maintaining non-essential 
data) about persons. Second, local governments need to provide 
technical and procedural safeguards to prevent the commingling 
of Mtd that can be used to harm a person if. used improper ly. 

The "'"restrictions imposed in guarding personal data ^nd 

. guairanteeing its confidentiality are somewhat at odds with other 
important responsibilities of government . They must be balanced against 
the duty of assuring-' access by the public to government , t& goviernment 

" operations i and to information held by government; — to assure that 
government is performing ,in the public interest. Striking the 



* *A set of definitions associated with terms used in the discussion 
of privacy, security , and confidentiality are included, at the- 
end. of this chapter. 
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proper balance between these conflicting 



and maintain* Moreover, the proper method ~of approlSrhing the problem 



remains unresolved in many communities 
by its finding that two of the USAC citie 



fet the panel was encouraged 
i—Charlotte and Wichita" 



Falls— -are among the country's leaders in taking 'S^eps to resolve 



these problems, and have done so in a sim 
The panel found several possible app 
jurfsdiction could enact a'local law on t 
a general policy of local government, req 
goyernment establish its^own policy, or d 
state laws that have been enacted on the 
have taken no action and many states like 
comprehensive^action . / 

;lqp 



;^als is difficult to achieve 



Liar manner 

roaches to the problem 
le sub ject , -establish a 
jire that each departmefit 
scline to act and rely on. 
subject . Many communities 
wise have not. taker/ 




USAC required that each city develop a data access control plan, 
but did not specify the approach to be >taken. Both Charlotte and 
Wichita Falls enacted local laws afte^r giving consider^able thought to\ 
the problem of law and policy development with respepx to data access 
and privacy. Charlotte ' s legis latioR created a Mun^icipal Information 
Review Board. Wichita Falls' law ^treated a Data Atcess Advisory Board, 
Both laws are similar in that the^ seek to balande the conflicting 
concerns in privacy of and acce^ to information, but the duties and 
powers of the two^feards diffei(, and the scope of the Charlotte review 
board is broader. - 

Charlotte and Wichita Falls can be contrasted with Long Beach, 
which has not esTtablished a general law on the subject. The Long Beach. 
Police Department, the principal information system user, indicated it 
has an internal policy manual on the, subject. Beyond this local 
department policy, state law, is the only source of policy development 
to meet the problem in this area. Fairfax County , Virginia, on the ^ 
other hand, has established general policy \uidelines which are binding 
on. all departments of local, governments ..HoW^ever ,^such policies do not 
carry the force of law. In the case of F^irfex-<:ounty , the policies 
reflect a mature consideration of the problems and are backed by the - 
supervisory administrative structure of county government.' 

.NATURE OF THE PROBLEM J 

Privacy concerns the risk that record systems, which collect, hold, 
and use data about people, can lead to the abuse or misuse of data to 
the risk of the individual » In part , the problem is a natural 
outgrowth of the large, population ' of the country, and, in part, the 
consequence of the complex social life that .many individuals lead. A 
third factor involves citizen expecta.tions of government, especially 
those segments of society which expect direct benefits from government. 
Collectively, such forces compel governments to collect, data about 
people for the daily conduct of business, such as monitoring of social 
programs, law enforcement, and urban planning. Furthermore, natural 
resourde.s will have to be managed more efficiently, in the future, at 
every level of society. This impLies careful management an^ careful 
planning, each of which can require additional data. 
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Underlying the privacy issue are 'fundamental questions of 
philosophy and social change. One position. states that no organization 
has a, right to data about an individuaj unliBss a genuine need exists 
jbecause 'of legislation or for the granting of some privilege, benefit, 
or opportunity. A contrary position is that the individual with 
"nothing to hide" should perniit personal data to be made available to 
any organization wanting it.. This conflict of viewpoints is complicated 
by the basic istruggle of contemporary Society to achieve a proper 
balance with computer technology which is' now pervasive throughout all 
strata of the socio-economic structure in the United States. , 

Although many of the privacy problems are not new, modern 
recordkeeping made possible by .computer technology has intensified ., 
them. Manual recor"3 systems cannot be ignored in the privacy issue, but 
the computer-based systems are demanding the most attentJtion . . 

Modern computer, technology makes possible record keeping systems 
of unprecedented scope and scale. As a result,, record practices that 
have been Siocially acceptable are now items of ^cu*:e concern. : 
Paradoxically, computer technology is. an important aspect of a 
solution, lit makea^economically possible record keeping systems that 
are much tighter , fsuch as: - 

Access to the record system and its data is 
safeguarded by automatic password and authorization 
procedures . 

Dissemination of data is. carefully controlled to 
authorized users. 

Surveillance^ of all data act ivity— "Changes ,' 
dissemination, updates — is monitqred by automated 
logging and audit processes. 

Unauthorized copying of data is much morej difficult. 

In mo'dern society, the individual is surrounded, influenced, and. 
in some ways controlled by computer'-based record systems. In mosf 
instances, persons do not have a legal fight to control information 
held about them, and the question of data ownership is unclear* 
Organizations that hold records often behave as though the records are 
their property for use as ,they choose. 

Frequently, the indiviS^ual is in the position of having provided- 
data for one purpose, and then finding it being used for a different 
purpose or, in some" instances , being combined with data about him from 
other sources. Thus, a basic cpnflict exists between the need of 
government for personal data to support long-range planning and 
efficient management and the need of individuals and organizations to 
be protected against misuse of data and to have at least some control 
over its use. Tlie individual is gene^JLly no match for state or local 
government in' this contest, nor is there a satisfactory legal basis on 
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which to' act . * • . 

Thus, the general thrust. of legislation is to assure the 
individuals of certain privileges and rights concerning their records. 
The legislative remedies seek a better balance betwc^erfW individual 's 
personal privacy and the. totality of record-keeping Tsy^iilfe^ ' 

Access to and privacy of data banks have bexome i'mjbrtant issues, 
partly because of changes in society.j, and partly because bf legislative 
actions. For .Example, the Freedom of ^ Information Act .1966, which 
was amended in 1975, and the Federal Privacy. Act of 1974; igive the - 
citizen extensive' rights to examine and« challenge records and to exert 
some control over the use of personal data in , systems operated by 
federal ^agencies. At lea^t four states have similar privacy 
legislation, and many others haye' laws dealing with f rie'^S'bm-of-^ 
information and limited right-to-^pr ivacy-issues . 

The most extensive experience at a. national level is in Sweden, 
which has had* privacy legislation since mid-71973. The Swedish Data Act 
applies to all automated record systems in the country and is ' 
administered by a Data Inspectorate,, The Inspectorate, which is 
chaired by a jurist, has full jurisdiction to license record, systems, 
to issue regulations governing their operation, and to inspect them 
for compliance* v, 

' The State of Minnesota pasfsed privacy legislation early, in , 1974, . 
and amended the. law in 1975. The Minnesota Act covers both manual arid 
autoniated . systems :ahd"ls\administ the Commissioner of 

Administration. It applies only to computer systems run by the state 
and local gbvernments. . , 

For the most part , however , experience with privacy legislation 
in the United States is just beginning. Thus, many of the intricacies 
and possible complications that will arise from enforcement of data 
access and privacy legislation are still pporly perceived and not 
thoroughly understood. In the United States, legislation, affecting 
record systems has imposed rules and constraints upon governmental 
sector, but not the private sector. The legislation is applicable, to 
both manual and automated systems. ' ^ 

ELEMENTSOF A WELL DRAWN PLAN 

i r . - 

A well drawn plan for a^uring the privacy, security, and 

confidentiality of data should contain the following elements: 

A provision for controlling the qbllection of data. ^ 
A plan for technical safeguards to keep data secure.;' 

1 ■ .■ ■ ■ i-v ■ . . . ■ 

A^pl^ for controlling access, to data, including an 
individual's access to his record, and controlling, 
sharing, 'and cross-referencing with other records. 

A plan to., keep sensitive data confidential to protect ' , 
both private and public interests. 
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4. 



• 5» A plan for assuring the integrity of the data » 
. • ■ • . • ■ / ' ' ' ' 

^ Within each o'f tJiese elements are a number of points that should 
be considered in the development of an information system* They are; 

1. The/ plan for controlling the collection of data should 
. esoablish standards which assure: ' 

o Privacy and due process for the indivifdimJ about whom 
data i s collected ► , ' 

6 . The s»urrender of data is not compulsory* 

, o Informed consent by . the individual » surrendering data* 

y ■ 

/ ■ ' 

o Confidentiality o-f data* 

o if disclosure of data is required by [aw, assurance 
on non-disclosure beyond the extent required by law; 
. advice to. the individual, of the extent of disclosure 
. required by law, and the extent' of disclosure in fact 
^ . proposed prior to disclosure as minimal due process » 

2. The plan 'for technical safeguards to keep data siecure must 
start with, an analysis of the threats against the system* 

" Techniques for offsetting the threats include: 

o Hardware safeguards such as memory protection and 
. privileged mode of operation* 

. 0 Software safegua^rds such, as file access controls, 
^ password prdtecti'on , and audit trails* 

.0 Procedural safeguards for such things as restart and 
^ recovery, preparation of , backup, files , and emergency^ 

procedures* / , 

. 0 Physical .safeguards, such as .,f ire protection, personnel 
access control , locks , and tel^evision surveli 1 lance . 

o Administrative and personnel/safeguards such as 

contrqLof personnel flow, assignment of personnel, 
and creation of a security control office. 

p- . Communi.catidn safeguards/such as encryption, physically 
hardened circuits, or use ofjpacket networks* \ 

3» A plan for providing access'^should included 

o public' notice of the» nature and use of personal data* 

/ . ■/ ■ , , , . 
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o Public notice of the nature of computer systems- and 
data. banks. - ' - 

o A provision to enforce ^individual rights bf access to 

' . . files. 

. o * The provision for an individual to correct inaccurate 

s ' " data. / ■ . . * • . • 

,4, The plan to assure confidentiality of. data should define the 
nature and scope of. confidentiality of data by private and 
public interests ^ . 

5. The plan to maintain data integrity^should ins.ure : 

■ •■*■*' . 
o Accuracy and rellaBility in' identification of data 
. ' entries to data subjects. 

o i Correlation with -accuracy by appropriate authentication 
methodology (of the subject with assigned file entries ) . 

EMPHASIS OF PRIVACY LEGISLATION * 

.Privacy is concerned primarily with the protection of individuals 
against harm that might occur as a result of misuse or abuse of personal 
data-in some record system. Secondarily, it concerns the entire issue, 
of what personal data may be collected and by. whom. Current legislation 
emphasizes the first, aspect, and thus, personal data can be divulged 
only to persons with a need to Icriow. ■ 

.Hence, the entire issue of computer security/and .the access 
control that it forces on users of a record system is essential in 
resp^i^flirtg, to-rprivacy. . The safeguards e'istablished within a record 
system are /primarily intended to be effective against the malicious 
person whb attempts to pirate something from the system, but assures 
divulgence of data only to authorized recipients. In. contrast , the 
issue of privacy as to what personal data might be collected is ^ 
largely a. matter of specific legislation that creates legal deterrents 

^against the misuse of personal data by either the organization jitself, 
or any of 'its employees. • 

Since privacy laws generally permit an. individual, access to his 
record, special features need to be added to record systems beyond 
those necessary for computet security. Thus, privacy legislation will 
ipipact the technical and administrative aspects of a record system, 
the interface between security and privacy tends to occur at the level 
of tlie user of the record system. On the one hand, the user faces , - ; 
computer safeguards which control, and monitor access to personal 
information which is necessary in the performance of an ^'authorized^ job; 
a^d, on the' other hand, the user is confronted by citizens; who seek 

.under pirijvacy law. to view their records, to challenge the cbntents , and 
to be- assured that such ^records are , used, only 'in acceptable ways. 

., i' , ■ ■ . . 
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ASSESSMENT OF OPTIONS FOR LOCAL CONTROL OF 
PRIVACY, SECURITY, AND CONFI DENTfALITY 

When privacy i^assured through a policy statement, it * is unlikely 
to have the force of^law. Therefore, the penalties invoked for a 
breach are unlikely to be substantial. Moreover,, an internal policy may 
not have much extremal visibility. From the point of view of the 
indiy.idual citizen^ a ju7:isdiction might be seen as not attending to a 
substantial social issue, even though it has directed its attention to ^ 
the matter, as in the case of Long Beach • . 

The panel questions the wisdom of an arrangement .wherein the same . 
department th'at is governed by a privacy policy is the enforcer of that 
policy* A possible hedge to. this criticism would result if *an 
interdepartmental * steering group, with adequate citizen ^^participation, 
monitored the enforcement and functioning^ of local government policy — 
on privacy matters . . ^ 

Another option is to enaci: a local ordinance that establishes not 
only rules, for protecting privacy, but also the legal penalties for 
infraction. Such a Jocal ordinance could also establish either an 
administrative. board or a citizen's board to monitor the functioning 
of the- ordinance and perhaps even to accept responsibility for critical 
\<}ecisions abqut the use of personal data. Charlotte and Wic.hita Falls 
are examples of this approach. 

\ Charlotte, by local prdinance , provides "for a citizens advisory 
board that 'is responsible for hearing complaints, monitoring the 
performance of-city departments, and rendering decisions when a 
matter is in contest. The panel found this process to be effective. 
Also, the board serves as an informal forum, at which privacy, issues 
can be publicly debated. The approach in Wichita Falls , although less 
developed, is equally promising. . . • 

.^A third possibility is the delegation of authority from the 
federal or state level to a local juris.diction . This possibility has 
yet to occur, but' such authority, might 'be delegated under the Privacy 
Act of 197A, esp^^ially when local jurisdictions are responsible for 
disbursing and managing federal assistance funds. 

SPECIAL PROBLEMS -''UNIVERSAL IDENTIFIER . " 

The panel' would be\remiss in its treatment of the privacy subject 
without commenting on thev related issue . of. the . use of a Social 
Security Number (SSN)*a's a\personal identifier . . ^ 

There are two aspects tliat need to be distinguished. When 
individuals interact with a record system, they identify themselves to 
it.^ In order to show that they^sare who they purport to be, it -is ' ' ^ 
common to authenticate the asserted identification by asking for some 
fact known only to the record system and to the individual in question. 
The timerhonpred example of this ideptif y-and-authenticate procedure is 
the one used by the banking system, v in which the* authenticator of the 
bank customer is the mother 's maiden name . 
. In modern record systems that deal with large^numbe^rs. of people, a 



serious prol.lem of assur ing accurate identityX exists . There • have^been 
some efforts to use ^ personal name plusj^ datie arid place of birth as a 
unique identifi^er, but even under this circumstance , occasional 
instances of -^duplication occur. Clearly, othei: combinations of 
persot\al facts could collectively be used as ui[iiqiie, personal 
identifiers with different personal facts for auth^itication. ; ' \ 
Currently, the question of whether the United States\ should create a 
system of Unique personal identifiers for its population has hot been 
publicly debated , and hence no clear public' position hi^s been 
•^established. 

Because a largdpart of the population is required by federal law 
to have an SSN, and because no prohibition exists in f ederval . law • 
against using the SSN for other purposes, it has become a de facto, 
quasi-standard identifier. 'Unfortunately, however, its xolev is 
'obscured because the distinction between^, identification and 
authentication is .not made. Typically, SSN's role in the intj^action 
between an individual and a record syi^tem is one of authentication; a 
person 'is identified by- name and the record system requests an S\SN as 
authentication. For interactions between record systems, the Ssijf 
tends to .become the primary and sole identifier with no authentication 
step involyed. Since much of public concern centers on the linking of 
computerized data files from one record system with those of another, 
it is this, last inter-^stem^'use that is of major importance. 
/ If the SSN were used only to authenticate an interaction between 
ah individual and a record system, littl^e concern would be raised, 
assuming, of course, that the issue of Tinking files was separately 
controlled. However, if more than one record system associates the 
same authenticator with an individual who appears in both, the 
authenticator e.g. the SSN, becomes an identifier for 'the purpose of ^ 
linking separate files. y ^ - 

Thus, there is a delicate issue of how to accurately identify an 
individual to a record' system, w|iile. preserving the desired control 
oyer linking.*of files among record systems. Unf ortunatrely , no local 
governmeri^t or state, to the panel' 
with this' problem. 

The Privacy Act of 1974 puts 
rSSN. Section VII provides tSaat 



s knowledge, has xifea'f^^^^^^ 



some restrictions bh-;the use of .an 
it shall be unlawful !f of any federal, 
state, or local ^overnmient asjency.. to deny to, any individual any right, 
benefit, or ""privilege provided by law because of such individual's" 
refusal to disclose hi^ Sofcial Security Account Number,." It iEvirther^ • 
provides that "the provisions (of the previous quote ) shall not ^pply 
with respect to any disclosure . . .-^required by federal "stati4te. o"r 
the disclosure of a Social Security Number to any federal , state , 'or n: 
local agency maintaining a svs^tem^of Records in existence and operatingN 
before January 1,. 1975-, • if . so^h^^sclosurie was required under statute,^ ^ 
or regulation adopted pric^ to such date^^ verify, the identity of a^T^ 
individual ." It . further ptoyides that "any^'^fttiteral^ st^te, or local 
agency which requests an individual ^o dis^close!iis Social Security 
Account Number shall inform that individual whether that disclosure is 
mandatory or voluntary, by what statutory or other. authority such 
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number . is solicited , and what uses will be made of it:" 

With the phraseV'verify the identity of an individual," the law 
in effect is spealcingj to a^uthentication . Although there is a . 
. "grandfather" provision exempting systems that existed prior to 
January 1, 1975/ it appears to apply only "When the SSN is used in 
the authentication role. The consequences of the language in Section 
VII a,re not whbl ly 'clear , but certainly any local jurisdiction 
requesting an SSN "will have to disclose the authority under which the 
number is solicited, . . . . 

The present restrictions on the use of the SSN under the Privacy 
Act are the best stdpgap measure until the broader issue of personal 
identification, au'thefitication, and linking of files can be addressed, • 
It remains' to be seen what rule will be imposed on local jurisdictions 
by federal agencies, particularly when the SSN is used as an identifier 
for individuals, enrolled in a socilal program supported by federal funds 
but' administer<?d at ;.the local level < 

In any event, local » governments would be well advised to \ecome 
informed about the issues surrounding use of the . SSN, ^ This w<^ld . 
include being aware of the "possible consequences regarding thj: 
. decisions in the use of the SSN, participating in st-ate-level 
deliberations, and keeping the public informed of dev'el'Dpmeij^s , 

DEFINITIONS 

■J , ■ \ , 

For clarity ofr discussi(^n<^ the following definitions were adopted 

.by the panel for terms related to computer-'based 'data access , privacy, - 

security, and confidentiality,^ 

' ■ ■ • . . ■-. . ' ■ i ' 

1. Jurisdiction. A< term for a municipality, county, 
incorporated area, town, or a cpmbination of these vJlJlch constitutes 
the unit of government which establishes the legal norms in its .! 
territory, • ! ^ ' . i 

. ■ . ' ' i ■ . ■ ' - . ' ■ . ■ i ^ 

2, ' Privacy . (or perspnal privacy or information privacy) i (1) 
The-view that an individual (and by extension, a group of individuals, 
or an ^institution, or all of society) must be able to determine^to 
what extent information about him (or them) is cpmmunicated tb^^jor used 
by others; (2) the protectibn~'of" an individual (and by extension, a 
group) against harm or damage occuring because information about him 

is he bjr an" organization in a record system; (3) the protection of 
an individual (or class of iridiyid.uals) against unwelcome, unfair, - ' 
improper,, or excessive collection , or dissemination of information or-,, 
data, ■ ' ■ - ' ' . r ■■ " ■ ■ ■ * 1' ' ■■• 

^" 3, ipirganizational Privacy ,- The pr-otectipn of data (typically - 
in a computer-based system) for t: a use of one organization^ or^lby such 
others as it may authdrize, e,g, other individuals prganizatTbtis , 
agencies, or groups, . - ^'^ 

4. , Confidentiality . (1) Status accorded^^o data, indicating 
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that it is sensitive and bleeds to be protected against theft .or 
.* improper use, and may' disseminated only to individuals or 

organizations authorisiid (or privileged) to have it; (2) by extension,' 
statu's accorded to data that reflects an understood agreement between 
the person firnishin.g the data and the [person or organization holditr^ ' 
it that presc^vibcjQ t'-he protection to be provided aad 'the disseminatii:;^ 
and use to bcr permitted ; (3) a legally recognized relation between. 
\ certain iii<Uyidvials (e.g., lawyer-client ) that privileges communication 

between /thfem from disclosure^,^^ court . (Sometimes, confidential data 
X is legally required to "^be given in exchange, for some benefit, 
privilege, or'opportunity ; somet-imes, it is voluntary given.) 

Computer Security . The measures required tot (1.) protect a 
'.computer-based system, including the harxiware ,. personnel * and data 
^against deliberate or accidental damage from a defined threat; ('2) 
protect the system against denial-of-juse by its' rightful owner; (3) 
protect ^ data and/or programs and/or system privileges against 
.jdivulgenoe to or use by unauthorized persons. . v 



6. Data Security. The safety of data from accidental or 
intentional but unauthorized disclosure ,, modification, or destruction.' 

7. ^ Data Integrity ; The property of^being what a data element 
thought to* be and therefore true and correct. 
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/ CHAPTER 10 

Recommendations, 



L* Development arid improvement of computer-based information 
systems by local governments will continue over the next-^several 
years . * ' ' ^ 

Therefore, some process or. mechanism, such as an ' 
- Information systems resource center, needs to be 
— r . organized and directed; toward, an analysis of existing 

approaches to information system development and = . 

. that information should be available to interested 

local governments • Ideally , the center would . provide - 

inforraation such as software, flow charts and diagrams, 

and dat;a base management systems suitable for transfer 
.or acquisition in order to gi-ve local governments the - . 

range of alternatives that may best fulfill their needs 

and requirements, ^ 

■ " . . \ ■ ' ■" ' . 

The panej. concludes that, although the use of Computers is 

j/idespread among local goverrimdnt^i no central organization exists 

from which local governments can (ibtain assistance, in determining 

'alternative computer-based information systems available to tbem. 

The exchange that does take place is informal and dispersed both in 

geography iand time . No persisting records of experiences (both good 

and bad)^ is maintained/ and no core of expertise ^is developed • . The 

paneT. considers these to be significant problems that restrict the 

orderly development of' information systems at the local levisl. 

Because bf 'thia inherent .advantages — such as reduced cost and.. 

proven worlcfi(l>ility-Ttransfer. /of information system ideas, concepts, 

techniques,^ and eyen. programs is likely to increase* among local 

governments . in the foreseeable future. In the .pan'fel-s opinion^ - 

however, the transfer process will be limited and disorganized unless 

some focal point- for assistance, such as the information systems 

resource center* is established. 

.2» Some local governments, especially intermediate and smaller 
size unitsV W general assistance^-^and stimulation in assessing 

^ait approach they can I take in acquiring computer technology. 



Therefore,' in conjunction with Recommendation 1, a national l\ 
transfer and systems development capability, needs to be ' 1, 
established to provide .seminars and workshops and to offer 
continuing genefar assistance to local governments in 
information systems development. ; * 

* Although Recommendations '1 ind 2 appear somewhat similar, there 
are important differences.. The function of the resource center under 
No. 1 wouta be to assemble and stay abreast of the. vast and rapidly 
changing body of knowledge"" that i'^s being generated regarding 
innovative use of data procesis'ing and information systems in local ' . 
government, Th^ body of knowledge, when accumulated, would be 
available on a centralized basis to local governments generally. The* 
distinction between the two. recommen<l^[t ions is that not'^alL locaT 
governments are alike in their capacity to understand .and utilize 
computer technology/ THus, a resource center needs to have the V . 
.papabi'lity to inform and^assist those local "governments .which have an 
interest .in acquiring some systems capability, but do not "know how to 
proceed/ or -are likely to take steps tha^t have "proven unsatisfactory , 
or unworkable elsewhere, . 

3, A basic problem th^t adversely affects the development' of 
information , systems is the differing percept ions^ and * understandings . 
betweien the desi^n^rs and the 'Isers of the .'system—the , elected 
officiaJ.s, managi^rs and department heads, . , 

Therefore, there needs to be an edxication program- to bridge 
the gap between these two Important elements in info^rmation~ 
system development . The continuing education program could 
.acquaint non-technical managetaent and policy making officials 
with data- processing resources, and conversely, . data systems 
people, with the* political and mianagexlal functions of government . 

- This recommendation -stems from the generally recognized problem 
that ^exists in the application of * technology to meet non-technological 
problems* The panel believes intens.iye training courses and seminars ^ 
under contract from the Information Systems Resource Center (discussed 
under No'. i and No, 2 above), could^make the application of computer 
technology; more effective in local <government operation management, 

4. ■ The"" transfer of proven computer-based applications appears 
to be an; increasingly attractive technique , by which many local 
governments can ac^quire* informat ion -systems / Local governments are , * 
recognizing that informat;ion: systems , -are a means* to achieving greater 
"management efficiency. in*cthe face of declining reaources. In addition, 
the variety of systems that exist'^ in local government has increased 
^substantially over the past few years If modif ications can be 
minimized, transfer of software can result in considerable cost Svqvings 
compared to developing software independently.. ,The process of transfer 
of, information systems, however-, is not well"{dpcuiiiented- and u^46r9toodi 



Although enough successful ;ansfers have taken place to 
demonstrate the validity of that approach, none of the transfers, to 
the knowledge of the panel, has been documented in such a way as to be 
of value to other local governments desiring to follow a similar course- 
Also, -transfer can be a complex operation because of the many 
combitiations that are possible. Thus, if the development of information 
systems by ' transfer^ lz computer technology is to be effective, more 
needs to be knownr- about the processs of transfer. 

Therefore, funding should be provided for a series of 
documented and monitored transfer experiments. The 
experiences should identify and record successful , gs ' 
well as unsuccessful transfer prqfcesses. Model 
transfer agreements or contracts vmich could be 
widely used by local governments might also be 
developed. . . ^ 

The results of such experiences would be of invaluable assistance 
to the proposed resource center in carrying out its responsibilities, 

"5, Analysis^of the costs and benefits of . inf ormat ion systems in 
th^ 'cities visited by the'panel members was poorly documented or ' 
nonexistent. Further, such analyses were viewed as being impractical 
tasks. This situation will not be long endured by the tax-paying 
public. , 

Therefore, any future federally-funded, program in this field 
should require t.he development of analysis procedures which 
would provide the decision-makers with a structured means 
' -1 for weighing costs against' benefit s, both quantitative , and 
qualitative!:. In addition, the study should determine the 
transaction volume levels and other factors necessary to 
support specific applications. 

Before making any financial commitments to develop an information 
system, local governments want to know the costs and the benefits the3r 
.can expect. Evidence of how some units have undertaken cost/ benefit 
analysis is presehted in Chapter 6. The subject needs intensive study- 
to develo'p analyt/ical^measures and to identify levels of effort, such 
as y|0\liunuj of tradsactions, necessary to justify specific computer 
programs and specific hardware configurations. |^ 

/ 6. . The ability of the computer to collect, store, and retrieve 
large amounts of data, including sensitive personal data, has raised 
new problems for governments in protect ing personal privacy, and in,, 
maintaining security and confidentiality of personal data that is a 
necessary part of^ a local government information system. Moreover, 
problems are being experienced in establishing satisfactory policies 
on access to information held in government data banks. The panel 
concludes that the access and privacy issues will be o£ increasing 



concern to local governments. 

Therefore, the information systems resource center 
should prepare background information on mechanisms- 
available to the local jurisdiction fo^ accommodating 
' the access and" .privacy issues, as they are seen to. be 
developing at federal', state and, local levels; and * 
provide guidance regarding technical protective y. 
measure^ thi'^:/^should be included in any vell-designed * > 

data system'. In. additipn, a model local ordinance - " 

should be developed that 'would attempt to' reconcile 
the inherent conflicts that exist in implementing 
the Freedom of InlEprmation Act and the Privacy 
Act provisions. . 

Finally, appropriate federal agen,cies could encourage progress 
in solving such problems by requiring a systems component and local ' ^ 
policy- or law for handling these problems. These stipulations' coifid be 
required in using federal resources" to develop or expand a computer- 
based municipal information system. , 
^ ■ ' ' ■ , ' " ■* . 

7. The exchange of data and the sharing of computer facilities 
among units of Ipcail government is not widespread. Yet, the potential 
i^i^s enormous for ^ost saving i f?nd for providing a more cooperative 
'^approach to solving problems of -mutual concern. 

Therefore,: the federal and .Late ^governments should 
* . establish an incentive program for intergovernmental 
cooperation in coxijnnction with the. use of federal 
resources "to develop, or improve information systems. 

As stated in Chapter 8^ the efforts to develop joint or regional , 
information systems are far below what could be achieved. The panel 
believes that the best approach to overcome the problem is by 
incentives to encourage mutual coope^cation in areas where collaboration 
among contiguous units of local government is likely to succeed. 
Specific requirements for mandated cooperation, on the other hand, are 
less likely to achieve the result desired. 
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study Methodology 
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The USAC Support Panel divided its work into f bur segfnents 
according to the assignments given to it by the Department of Housing 
and Urba- Development. Those four 'Assignment's were: , 

' 1/ Assess the cost /benefit aspects of the information- 
* conmunicatioris systems and subsystems in t*he USAC Program. 

' 2. Review the privacy,^ security, confidentiality} and 

information access aspects of the program and identify the 
major issues raised by computerized information systems. 

! 3. Explore actions th^t might -be taken by 'HUD and the other 
j federal agency members of USAC to ensure maximum knowledge 

and transferability of the USAC concepts. 

A. Assess the use of information systems across jurisdictional 
boundaries . . , 

... / , . ■ ^' 

The pane], held a total of five general meetings. The 'initial 

meetings were devoted to defining tfi'e scope of the study and to 
receiving brief ings from HUD aiid city officials on the operation ^ 
of (the USAC Program; 

i Althou-gh the panel functioned as a committee of tKe, whole 
•thrj'oughout , at the second meeting the members, were assigned to 
subgroups according to the four tasks outlined above. From the 
briefings and materials supplied to the panel, the four subgroups 
formulated^ issue papers which identified' key questions to be answered 
•during the site visits to the USAC cities. At the third meeting, the 
questions were reviewed and finalized. The questions were used as. a 
framework to proyide guidance and coordination for the site visits 
which followed. the third general meeting. ^ Each city received a copy of 
the questions prior to the site visits. / . 

j In most instances, each panel member visited at least two USAC* 
cities. During the site visits, discussions were held with elected 
oflficials, city managers and their immediate staffs, departments heads 
and data processing personnel. The site visits were supplemented by 
trips to' other non-USAC local governments. These trips were made by 
individual panel members or small groups. y ' 



Aft'er each vis it conf Ldfent Lai trip reports werie prepared for'the 
use '.of the entire panel. Th^' full I panel met ' again .after completion of 
the site visits to discuss the results of each visit, to synthesize 
itsf f indings, and to prepare its recommendat ions to the sponsoring 
agetley. • '^The group- prepared an putl ihe I for the final report and 
meinljers submitted written cbmmentsito be incorporated into the final 
document. The final meeting complete>d . the report/ and the list of 
recoWnendat ions . ' '^• "i | ■ 
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